home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19981211-19990422 / 000115_news@watsun.cc.columbia.edu _Tue Jan 12 10:15:05 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA07156
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 12 Jan 1999 10:15:05 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA00034
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 12 Jan 1999 10:13:43 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: Help: Transmitting to Kermit TSO 4.3.2
  11. Date: 12 Jan 1999 15:13:43 GMT
  12. Organization: Columbia University
  13. Message-ID: <77for7$o$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@mailrelay2.cc.columbia.edu
  15.  
  16. In article <369a9176.10188882@news.ozemail.com.au>,
  17.  <brad.de.groot@gecits-ap.com> wrote:
  18. : I previously had Kermit TSO 4.0 and have upgraded to  Kermit TSO
  19. : 4.3.2. Now when I try to receive a file and type STAT, I obtain the
  20. : following...
  21. : 
  22. : Last file used: 'SUP.C738.P503.EQP01'
  23. : Bytes/pkt: S=167 R=148 requiring 1 pkt
  24. : Bytes/sec: S=33 R=30 requiring 5 sec
  25. : Disk bytes/sec: 0 = 0% (SPEED 1200)
  26. : 4 repeat packets sent
  27. : Optimum packet size: 141
  28. : Bad packet or chksum
  29. : 
  30. : I was sending the file at a speed of 9600.
  31. : 
  32. : Please note that I am relatively new to Kermit and unsure as to where
  33. : to look in terms of setting up parameters to fix such an error. I'm
  34. : not even sure if I have provided enough information here to obtain a
  35. : proper response.
  36. : So any help would be greatly appreciated.
  37. : 
  38. Checksum errors can be caused by data corruption or data loss.  This is
  39. why we have checksums in the first place.
  40.  
  41. But in the IBM mainframe world, which uses parity, they can also be caused
  42. by a parity mismatch.  Make sure your client program is set to use the same
  43. parity (even, mark, etc) that the mainframe (or its front end) expects.
  44.  
  45. - Frank